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(54) Wan-based voice gateway 



(57) In one embodiment of the invention, an appa- 
ratus is provided for establishing a communication ses- 
sion between first and second terminals in communica- 
tion over a plurality of networks that employ differing 
transmission standards. The plurality of networks are 
selected from among a circuit switched network (e.g., a 
telephony network), a connectionless packet switched 
network (e.g., the internet) and a connectkxi-oriented 
packet switched network (e.g., an ATM or frame relay 
network). The apparatus includes a call set-up translator 
for translating among call set-up protocols associated 
with the circuit switched network, the connectnnless 
packet switched network and the connection-oriented 



packet switched network An encoding format translator 
is provided for translating among encoding protocols as- 
sociated with the circuit switched network, the connec- 
tionless packet switched network and the connection- 
oriented packet switched network Also provided is an 
address database for storing a plurality of addresses in 
different formats for each registered terminal, which in- 
cludes the first and second terminals. The apparatus al- 
so includes a session manager for storing control infor- 
mation relating to the first and second terminals. The 
control infomnatk)n includes an identification of the first 
and second terminals that participate in the communi- 
cation sesskxi. 
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Description 

Technical Held 

This invention relates generally to an apparatus for 
establishing communications paths over a circuit 
switched network, a connectionless packet switched 
network, and a connection-oriented packet switched 
network, and more particularly to an apparatus for es- 
tablishing point-to-point or point-to-multipoint audk> or 
video communication over a telephony network, the In- 
temet, and an Asynchronous Transfer Mode (ATM) or a 
Frame Relay (FR) network. 

Background of the Invention 

Voice traffic transmitted between two or more users 
over a telephony network is earned over circuit-switched 
paths that are established between the users. Circuit- 
switched technology is well-suited for delay-sensitive, 
real-time applications such as voice transmission since 
a dedicated path is established. In a circuit-switched 
network, all the bandwidth of the established path is al- 
located to the voice traffic for the duration of the call. 

In contrast to the telephony network, the Intemet is 
an example of a connectionless packet-switched net- 
work that is based on the Intemet Protocol (IP). While 
the majority of the traffic carried over the telephony net- 
work is voice traffic, the Internet is more suitable to de- 
lay-insensitive applicatk>ns such as the transmission of 
data. The Intemet community has been exploring im- 
provements in IP so that voice can be cam'ed over IP 
packets without significant performance degradatkxi. 
For example, the resource resenration protocol known 
as RSVP (see RSVP Verskxi 2 Functional Specifica- 
ttons, R. Braden, LZhang, D. Estrin, Intemet Draft, 
<draft-ietf-rsvp-spec-06, 1 996) provides a technk)ue for 
resenting resources (i.e. bandwkfth) for the transmis- 
sion of unicast and multicast data with good scaling and 
robustness properties. The reserved bandwidth is used 
to effectively simulate the dedk^ted bandwidth scheme 
of circuit-switched networks to transmit delay-sensitive 
traffic. If RSVP is implemented only for those communi- 
cations having special Quality of Service (QoS) needs 
such as minimal delay, the transmission of other com- 
munications such as non-real time data packets may be 
provided to other users of the Intemet in the usual best- 
effort, packet-switched manner. 

The majority of Intemet users currently access the 
Intemet via slow-speed dial/modem lines using proto- 
cols such as SLIP (serial line IP) and PPP (Point to Point 
Protocol), which run over serial telephone lines (modem 
and N-ISDN) and carry IP packets. Voice signals are 
packetlzed by an audio codec on the user's multimedia 
PC. The voice packets carry substantial packetization 
overhead including the headers of PPP, IP, UDP, and 
RTP, which can be as big as 40 octets. Transmitting 
voice packets over k>w speed access lines is almost Im- 



possible because of the size of the header relative to 
the size of a typical voice packet (20-160 octets, based 
on the average acceptable voice delay and amount of 
voice compression). However, several proposals have 
s emerged to compress the vone packet headers so that 
greater transmission efficiency and latency can be 
achieved for voice-packets transmitted over low-speed, 
dial access lines. 

Asubstantial number of users are expected to begin 

10 sending voice traffic over the Intemet with acceptable 
voice quality and latency because of the availability of 
RSVP and packet-header compression technologies. 
The transmission terminals for sending packetlzed 
voce over the Intemet are likely to be multimedia per- 

is sonal computers. 

In additbn to the telephony network and the Inter- 
net, other transmisston standards such as Frame-Relay 
and ATM fiave been emerging as altemativs transport 
technotogies for integrated voice and data. ATM/FR net- 

20 works are similar to the telephony network in that they 
both employ connection-oriented technology. However, 
unlike the telephony network. ATM/FR networks emptoy 
packet switching. In contrast to the Internet Protocol, 
which is a network layer protocol (layer three), FR and 

2S ATM pertain to the data link layer (layer two) of the sev- 
en-layer OSI model. 

Frame Relay and ATM can transport voce in two 
different fomiats within the FR (or ATM) packets (cells). 
In the first format, the FR (ATM) packets (cells) carry an 

30 IP packet (or some other layer 3 packet ). which in turn 
encapsulates the voice packets. Alternatively, the FR 
(ATM) packets (cells) directly encapsulate the voice 
packet, i.e., without using IP encapsulation. The first al- 
ternative emptoys protocols such as LAN Emulation 

3S (LANE), Classical IP Over ATM, and Multiprotocol Over 
ATM (MPOA), ail of whteh are well known in the prior 
art. The second alternative is referred to as *\A3)ce over 
FR" and 'Voice over ATM', respectively. Note that the 
first alternative, which includes IP encapsulation, allows 

40 voce packets to be routed between IP routers. That is, 
layer three processing is performed by the routers ak>ng 
the voice path to determine the next hop router. The sec- 
ond alternative is a purely FR/ATM switched solution. In 
other words, switching can be performed only at the data 

45 link layer. FIG. 1 depcts the protocol stacks for transport 
of voce over iP and the two alternatives for voice over 
FR/ATM. 

The audio codec depicted in FIG. 1 enables voice 
encoding/decoding, including voice digitization, corn- 
so pression, silence eliminatkjn and formatting. The audb 
codec is defined by ITU-T standards such as G.711 ( 
PCM of Votee Frequencies), G.722 (7 Khz Audio-Cod- 
ing within 64 Kbps), G.723 (Dual Rate Speech Code for 
Multimedia Telecommunicatnns Transmitting at 6.4 and 
ss 5.3 Kbps), and G.72B (Speech Encoding at 1 6 Kbps). 
The 'Vofce over ATIWFR layer' depicted in FIG. 1 
is referred to as the multimedia multiplex and synchro- 
nization layer, an example of which is defined in ITU-T 
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Standard H.222. ITU-T is currently defining the H.323 
standard, which specifies point-to-point and multipoint 
audio-visual communications between terminals (such 
as PCs) attached to LANs. This standard defines the 
components of an H.3Z3 system including H.323 termi- 
nals, gate-keepers, and multi-point control units 
(MCUs). PCs in communication with the Internet can 
use the H. 323 standards to communicate with each oth- 
er on the same l-AN or across routed data networks. In 
additkjn to H.323, the ITU-T is in the process of defining 
similar audio-visual component standards for B-ISDN 
(ATM) in the H.310 standard , and for N-ISDN in the H. 
320 standard. The prevkjusly mentkxied standards also 
define call signaling formats. For example, IP networks 
use Q.931 call controls over a new ITU-T standard 
known as H.225 (for H.323 terminals). Telephony net- 
works use Q.931 signaling and ATM networks use Q. 
2931 signaling. 

Many standards bodies are in the process of defin- 
ing how voice (and video) can be transported within a 
given homogenous network such as the telephony, IP, 
FR and ATM networks. However, there is currently no 
arrangement for transmitting voice over a heterogene- 
ous network that consists of two or more such networks 
empk>ying different transmission standards. 

Summary of the Invention 

In accordance with the principles of the invention, 
the foregoing problem can be addressed by empkiying 
a WAN-based Vbice Gateway which connects to the te- 
lephony network, the Intemet and the ATM/FR network. 
Given that network users will be In communication with 
a variety of such heterogeneous networks, gateway ca- 
pabilities will be needed between them to support end- 
point statkxis in a vone sesston which are connected to 
one or more of these different networks. The telephony 
network, Internet and FR/ATM Networks all use different 
schemes for establishing a voice sessbn (i.e., call set- 
up protocols), and different formats for controlling a ses- 
sion and transporting voice. The gateway of the present 
inventnn provkJes conversion of the transmission for- 
mat, control, call signaling and audio stream (and po- 
tentially video and data streams) between different 
transmisskxi standards. The capabilities of the gateway 
may also include audio coding translation (e.g. , between 
G.722 and G.728) and address translation between dif- 
ferent address types (e.g., a telephone number and an 
IP address). 

In some embodiments of the invention the voice 
gateway 100 performs the foltowing functions: call-sig- 
naling protocol conversbn (e.g., between Q.931, Q. 
2931, H.225); audio mixing/bridging or generatnn of 
composite audb and switching; address registratkm; 
address translatbn (e.g., IP <-> E.164 <-> NSAP<-> 
email); audk) fonnat conversion (e.g., from G.711 to G. 
726); session management/control (e.g. manage 
number of end points in a call); interfacing with other 



gateways (e.g. WAN-to-WAN or WAN-to-local); interfac- 
ing with the SS7 signaling network; and interfacing with 
the Intemet signaling network. 

In one emtxxliment of the inventnn, an apparatus 

s is provkied for establishing a communication sessnn 
between first and second terminals in communication 
over a plurality of networks that empkiy differing trans- 
misskm standards. The communication sessbn may be 
an audio session, a video sessbn or a multimedia ses- 

10 sbn. The plurality of networks are selected from among 
a circuit switched network (e.g., a telephony network), 
a connectionless packet switched network (e.g., the In- 
temet) and a connection-oriented packet switched net- 
work (e.g., an ATM or frame relay network). The appa- 

is ratus includes a call set-up translator for translating 
among call set-up protocols associated with the circuit 
switched network, the connectkxiless packet switched 
network and the connection-oriented packet switched 
network. An encoding format translator is provided for 

20 translating among encoding protocols associated with 
the circuit switched network, the connectionless packet 
switched network and the connectbn-oriented packet 
switched network. Also provided is an address database 
for storing a plurality of addresses in different formats 

2S for each registered terminal, which includes the first and 
second terminals. The apparatus also includes a ses- 
snn manager for storing control Information relating to 
the first and second terminals. The control infonmatkm 
includes an identificatkxi of the first and second termi- 

30 nals that participate in the communtoatk)n session. 

Brief Description of the Drawing 

In the drawings: 

35 

FIG. 1 shows a simplified protocol stack for trans- 
porting vone over an IP networit, a telephony network 
(e.g., an ISDN network) and an ATM/FR network. 

FIG. 2 shows a voce gateway in accordance with 
40 the present inventbn situated among a telephony net- 
work, an IP network and a AM/FR network. 

FIG. 3 shows a plurality of voice gateways interfac- 
ing with one another and with user terminals. 

FIG. 4 shows a simplified diagram of a voice gate- 
« way interconnected with various networks. 

FIG. 5 is a block diagram showing the functkxiality 
of vark>us interfaces of which the voice gateway is com- 
prised. 

FIG. 6 shows a flow chart of an exemplary method 
50 for processing calls through the voice gateway in ac- 
cordance with the present invention. 

FIG. 7 is a bkick diagram of one embodiment of the 
voice gateway shown in FIGS. 2-4. 

55 Detaiied Description 

FIG. 2 shows a vone gateway 100 in accordance 
with the present invention. As shown, the gateway 100 



3 



5 EP 0 841 831 A2 6 



communicates with networks ennploying ditfering trans- 
mission standards such as telephony network 52, ATM/ 
FR network 57 and I ntemet 53. The gateway 1 00 Is con- 
nected to a switch, router or server, and an ATM/FR 
switch, which are located in the telephony network 52, 
the Internet 53, and the ATM/FR network 57, respective- 
ly. The gateway 100 facilitates voice communicatkxi be- 
tween a variety of end-point stations connected to the 
individual networks. Such stations may include tele- 
phone 61 , fax machine/telephone 62, and PC 63 (which 
are connected to the telephony network 52), PCs 71 and 
72 (which are connected to the Internet 53) and work- 
stattons 81 and 82 (which are connected to the ATM/FR 
network 57). Voice gateway 100 will be deployed in a 
distributed fashkxi. TTiat is, vartous gateways can be in- 
terconnected and used in a tandem manner to complete 
calls. 

The voce gateway 100 includes an interface to 
each of the networks 52, 53, and 57. These interfaces, 
depicted in functional form in FIG. 4, will be described 
below in additkmal detail. In general, the interfaces 
serve to convert and manage call signaling among the 
different networks and to mix votee calls received from 
within a given network. 

As shown in FIG. 3, voice gateway 1 00 may also be 
in direct communication with other votee gateways 1 02 
and 103 in the WAN and local voice gateways 105 and 
107 attached to the customer's LAN, local ATM/FR net- 
works, or voice terminals. A WAN voice gateway senses 
as a 'master* gateway with respect to local gateways 
directly attached thereto. In this configuration the \oca\ 
gateways serve as so-called "slaves." When two W/MM 
voce gateways such as gateways 100 and 102 are in 
direct communicatnn they may act as 'peers* with re- 
spect to one another while each one also functnns as 
a 'master' to the local gateway to which Its in direct com- 
munication. In an alternative configuratkxi, the WAN 
voice gateways in direct communicatksn with one anoth- 
er may be arranged in a hierarchical manner in such a 
way that each WAN voice gateway is connected to an- 
other WAN voice gateway that serves as its 'master* 
gateway. A 'peer* configuratnn solutkxi Is generally 
more suitable when the WAN voice gateways are ar- 
ranged in a mesh-connected topokjgy while the 'mas- 
ter" (hierarchical) configuration is generally more suita- 
ble for a tree-connected topology. FIG. 3 depicts a 
mesh-connected topology in which each W/VN voice 
gateway 100, 102, and 103 is a peer of its neighboring 
W/\N gateways. 

/\s seen in FIG. 4, an IP call set-up interface 101 is 
provided for receiving and terminating call-setup re- 
quests from the Internet and for generating call:«et up 
requests to the Internet to establish connectnns be- 
tween two or more Internet stations, telephony stations, 
frame relay stations, and/or ATM stations. I nterface 1 01 
sends and receives call setup requests in the form of IP 
packets using signaling protocols such as Q.931 (or a 
sub-set of Q.931 as defined in H.323) or another sign- 



aling protocol that may be developed particularly for 
transmitting vorce over IP. The IP call set-up interface 
101 receives call-setup requests from the telephony call 
set-up interface 102 (discussed below) in the form of 

s DTMF, Q.931 or other signaling standards. The Inter- 
face 101 also receives call-setup requests from the 
ATM/FR call set-up Interface 103 (discussed bebw) if 
the call-setup request is in the form of Q.2931 . A sign- 
aling format translator 104 is provided to translate the 

10 call-setup requests into a form that the interface 1 01 can 
property understand. The translation is performed be- 
fore the requests are fonwarded to the IP call set-up in- 
terface 101. The interface 101 monitors the status of 
each call establishment sessk)n and transmits error 

IS messages, as appropriate, in the form of audn messag- 
es or digital data to each IP station participating in the 
sesskm. 

The gateway 1 00 also includes a telephony call set- 
up interface 102 for receiving call-setup requests from 
20 the telephony network 52 or sending call-setup requests 
to the telephony network 52 to establish connections be- 
tween two or more Internet stations, telephony stations, 
frame relay stations and/or ATM statksns. Telephony 
set-up interface 1 02 receives and sends call setup mes- 
as sages In accordance with Q.931 or with other telephony 
signaling protocols. The interface 102 also generates 
SS7 signaling messages to a Network Control Point 
(NCP) to obtain, for example, a telephone number trans- 
lation prior to generating an outgoing Q.931 signaling 
30 message to the telephony network 52. Additionally, te- 
lephony call set-up interface 1 02 receives call-setup re- 
quests from the IP call set-up interface 1 01 and the ATM/ 
FR call set-up interface 1 03 (discussed beksw) if the call- 
setup request originates In one these networks. The sig- 
3S naling fomiat translator 1 04 translates the call-set up in- 
to a form that is understood by the telephony call set-up 
Interface 102. 

Similar to the interfaces 101 and 102 discussed 
above, an ATM/FR call set-up interface 103 is provkJed 
40 for receiving call-setup requests from the ATM/FR net- 
work 57 and for transmitting call-set up requests to the 
ATM/FR networtc 57 to establish connectkms between 
two or more Intemet stations, telephony statkxis, FR 
stations, and/or ATM stations. ATM/FR call set-up inter- 
ns face 1 03 sends and receives call setup requests In the 
form of packets emptoying FR/ATM signaling protocols. 
The ATM/FR call set-up interface 103 also receives call- 
setup requests from the telephony call set-up interface 
102, and the IPcall set-up interface 101 if the call-setup 
so request originates In the telephony or IP networks, re- 
spectively. The signaling format translator 104 trans- 
lates these requests into a form of that Is understood by 
the ATM/FR call set-up interface 103. 

The gateway 1 00 further Includes an IP packet mbc- 
55 er 201 . The IP packet mixer 201 receives vofce In the 
form of IP packet streams from one or mom IP statnns 
(including voice terminals or other voice gateways) and 
processes each incoming stream (e.g., by multiplexing 
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the various voice streams onto a single IP packet 
stream). The IP mixer 201 also performs appropriate 
voice encoding translation into a fomnat compatible with 
the voice decoding capabilities of each receiving station 
as identified by the session manager 304. TTie IP mixer 

201 subsequently transmits the IP packets to the other 
IP stations partteipating In the session. If there are sta- 
tions participating in the communk»tnn session which 
are not IP stations, (as identified by the session manag- 
er 304), the IP packet mixer 201 sends those packets 
received from the stations to the format translator 204, 
which then de-encapsulates and converts the IP pack- 
ets into a format appropriate for the telephony bridge 

202 and/or ATM/FR mixer 203. 

In some embodiments of the Inventnn, the IP pack- 
et mixer 201 also provkJes control functionality that 
woukj othenwise be performed by the IP call set-up in- 
terface 101. In particular, the IP packet mixer 201 per- 
forms such control functions when in-band signaling is 
employed. If out-of-band signaling is employed, the con- 
trol functions may conveniently reside in the IP call set- 
up interface 101. In the former situation the IP packet 
mixer receives control packets over an IP connection 
such as a dedfcated UDP or TCP socket interface, for 
example. The control packets kJentify the control infor- 
matkxi pertaining to the statbn from which It receives 
the packet, such as the type of voice encoding that is 
emptoyed by the statton, bandwidth utilizatkxi, and QoS 
requirements. Of course, if no control informatkm is pro- 
vided, previously defined default control parameters 
may be used. The IP packet mixer 201 is also used by 
an IP statkxi to terminate its partidpatnn in a sesskxi. 
The sesskxi control informatkxi received by the I P pack- 
et mixer 201 is fonwarded to the sesskxi manager 304 
to maintain a current database of station requirements. 

The telephony bridge 202 is the mirror image of the 
I P packet mixer 201 . The bridge 202 bridges (mixes and 
switches) voice calls received from a plurality of teleph- 
ony network stations during a voice session. If there are 
stations partfcipating in the sesskm which are not te- 
lephony stations, the bridge 202 sends the digital voice 
signals it receives from the telephony stations to the 
voice fonnat interface 204 (discussed below), which 
performs echo cancellation, voice encoding, encryption 
and packetizatkxi before the digitized voice is sent to 
the IP mixer 201 andtor the ATM/FR mixer 203 for sub- 
sequent forwarding. Telephony bridge 202 also receives 
calls from voice terminals and other voice gateways. 

The ATM/FR mixer 203 is also the mirror image of 
the IP packet mixer 201. The mixer 203, which bridges 
voice calls received from a plurality of ATM/FR stations 
during a vobe sesskxi, can mix a plurality of different 
voice streams onto ATM/FR cells/packets. If there are 
statkxis participating in the sesskxi whk:h are not ATM/ 
FR stations, the mixer sends the ATM/FR vok:e packets 
it receives from the ATM/FR stations to the voce format 
interface 204, which performs any appropriate de-en- 
capsulatbn, protocol converskxi, packetizatkxi, etc.. 



before the digitized voce is sent to the IP packet mixer 
201 and/or the telephony brkJge 202 for subsequent for- 
warding. 

The signaling fomiat translator 104 is emptoyed by 
s the gateway 1 00 to convert and adapt amon g telephony 
signaling (Q.931). SS7 signaling, IP call signaling, and 
FR/ATM signaling protocols. For example, the interface 
104 receives signaling messages from the call set-up 
Interface 101 and parses the message, performs appro- 

10 priate address translation using the address translator 
105, and translates the signaling format to another sig- 
naling format before sending it to the appropriate outgo- 
ing call signaling interface. 

The voce format interface is provided to convert 

15 and adapt among the various telephony, I P, FR and ATM 
vokjo formats. Including vofee encoding changes, echo 
cancellatkxi, re-synchronizatkxi and packetizatkxi. 

An address translator 1 05 is also which allows var- 
tous stations to register using email address, IP ad- 

20 dress, E. 1 64 address, MAC address and/or ATM NSAR 
address formats. The interface can also translate ad- 
dresses from one address format to another. When mul- 
tiple gateways are employed, each 'master' gateway 
may collect the address registratkxis stored in its 'slave' 
gateways. The interface also maintains a list defining 
the correspondence between the station addresses di- 
rectly connected to the voce gateway 1 00. 

A sesskxi manager interface 304 is employed to re- 
ceive control Informatkxi from the mixers, bridges and 

30 call set-up interfaces whch pertains to the capabilities 
and status of those stations participating in the commu- 
nication session. The interface 304 assists the IP mixer 
201 , telephony bridge 202 and FR/ATM mixer 203 in for- 
warding voice traffic to all participating stations. 

3S As illustrated in FIG. 5 the voice gateway 1 00 also 
connects to varkius common Operations /\dministratkxi 
Management and Proviskxiing (O/VM&P) functkxis. da- 
tabases/directories (e.g., authent'cation databases 
such as for credit card authorization), and signaling net- 

40 work intelligence that reside within the SS7 signaling 
network such as a networic control point (NCP) and an 
Internet NCP reskling within the Internet. For example, 
an NCP may be used by the telephony call set-up inter- 
face 102 to translate an 800 number into a telephone 

45 number. Similarly, an Internet NCP may be used by the 
IP call set-up interface 101 to request a translation of a 
station's email address, host name, or URL to an IP The 
Internet NCPs provkJe intelligent servces, such as dis- 
cussed in U.S. Application Serial No. 08/618,483. 

so FIG. 6 shows a flow chart of an exemplary method 
for establishing a voice session between the user sta- 
tions 300 and 600 of FIG. 3 in accordance with the prin- 
ciples of this invention. As seen in FIG. 3, statkxi 300 is 
provkled with direct connectivity to the Internet via voice 

55 gateway B. Station 600 communicates with the voce 
gateway C via an N-ISDN interface. In FIG. 3, the voice 
gateways A, B and C are all 'peers' and any kx:al gate- 
ways attached thereto senre as 'slaves.* 
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The method begins at step 501 when station 300 
sends a call signaling request over the Internet to voice 
gateway B In the form of an IP packet. The IP packet 
carries signaling information (e.g., in the fomn of a Q. 
931 message), including the IP address of the called s 
station 600. In step 503, the IP call set-up interlace 101 
parses the IP packet and retrieves the IP address of sta- 
tion 600. In step 505. the IP call set-up interface 101 
sends an address query to the address translator 105 
to retrieve other addresses for station 600. In step 511 , io 
the address translator 105 maps the IP address of sta- 
tkxi 600 to a toll-free 800 number. Thereafter, atthecon- 
ditkxial branch point 51 3, address translator 1 05 deter- 
mines If the 800 number of station 600 is served by voice 
gateway B. is 

If the result In step 513 is no, indicating that voice 
gateway C serves station 600, the method continues 
with step 523 in which the address translator 1 05 returns 
to gateway B to retrieve the IP address of Vbbe Gate- 
way C for contacting station 600. This step implies that 20 
the call to station 600 shou W be fonvarded to voce gate- 
way C, which is the "master" gateway responsible for 
serving station 600. Thereafter, in step 503, the IP call 
set-up 101 interface of Voice Gateway B routes the call 
to the IP call set-up interface 101 of Vbice Gateway C 2S 
for further processing. The method then continues as 
described bsbw. 

If the result in step 51 3 is YES, indicating that voice 
gateway B serves the 800 number of statnn 600, the 
address translator interface 1 05 sends the 800 number so 
to the IP call set-up interface 101 of gateway B in step 
515. In step 517, the IP set-up interface 101 of gateway 
B sends the 8130 number to the signaling format Interface 
104, which in tum constructs an SS7 message and for- 
wards it to the telephony call set-up interface 102. In 3S 
step 519, the interface 102 sends the SS7 message to 
the NOP in the signaling network to translate the 800 
number intoa telephone number. The NCP provkjes the 
requested telephone number to the telephony call set- 
up interface 1 02. Once the proper telephone number is «> 
determined, interface 102 sends a 0.931 message to 
statton 600 In step 521 to establish the call. 

Once the statk>n 600 is connected, across the Te- 
lephony Bridge 202 and IP Mixer 201, a control plane 
connexion Is first established between the Users 300 4S 
and 600 in step 601 (note that this connection traverses 
both Voice Gateway C and VAaice Gateway B). This con- 
nection is emptoyed by both stations in step 603 to in- 
dicate their respective audk) encoding preferences, say 
G.711 for station 300 and G.723 for station 600. Note so 
that voice gateway B needs to know the encoding pref- 
erences of statkxi 300 while voice gateway C needs to 
know the encoding preferences of station 600. Additnn- 
ally, note that the format translation between station 300 
and station 600 on the connection plane occurs in voice ss 
gateway 0 (given that communicatbn from voice gate- 
way C to voice gateway B uses IP as the networii layer 
protocol). Once the statkm capabilities and preferences 



are known to each voice gateway in step 605, the ses- 
sk>n managers 304 in both gateways B and C store a 
conference table that includes the preferences of both 
users. Communk:ation proceeds between stations 300 
and 600 in step 611 when station 300 sends a voice 
packet to the IP mixer 201 in gateway B, which in tum 
sends the packet to the IP mixer 201 in voice gateway C. 

The method described above in connection with 
FIG. 6 may be implemented in a similar manner if statnn 
600 is an ISDN terminal that employs voice over ISDN 
without implementing the Internet protocol. 

FIG. 7 is a block diagram of an exemplary embod- 
iment of WAN-based voice gateway 1001 whch in- 
cludes a) central processing unit (CPU) 1002, b) inter- 
face port 1003 c) data bus 1004 and d) memory 1005. 
Central processing unit (CPU) 1002 provkJes the com- 
putatkxial capability necessary to control the processes 
of voce gateway 1 001 . Data bus 1 004 provides for the 
exchange of data between the components of voice 
gateway 1001 . Interface port 1003 provides for the ex- 
change of data between voice gateway 1 001 and devic- 
es external to Voce Gateway 1001 via link high speed 
backbone 425. To this end, interface port 1 003 contains, 
for example, well-known data transceivers. Memory 
1005 includes 1 ) code portion 1006, which contains the 
InstructkMis (program) used by CPU 1002 to control the 
processes of XAaice Gateway 1001 , such as those de- 
scribed herein above, and data storage portion 1007, 
which contains the information necessary to the vokse 
gateway to perform its specific functfon, such as, ad- 
dress registration and translation. 

The foregoing merely illustrates the principles of the 
invention. It will thus be appreciated that those skilled in 
the art will be able to devise various arrangements 
which, although not explteitly described or shown here- 
in, embody the principles of the inventkm and are thus 
within its spirit and scope. 



Claims 

1. An apparatus for establishing a communication 
sesskxi between first and second terminals in com- 
municatkxi over a plurality of networks empbying 
differing transmission standards, sakJ plurality of 
networii being selected from among a circuit 
switched network, a connectionless packet 
switched network and a connectksn-oriented packet 
switched network, comprising: 

a call set-up translator for translating among 
call set-up protocols associated with said circuit 
switched network, sakJ connectionless packet 

packet switched network; 
an encoding fomiat translator for translating 
among encoding protocols associated with said 
circuit switched networic, saki connectkxiless 
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packet switched network and sakl connection- 
oriented packet switched network; 
an address dataljase tor storing a plurality of 
addresses in different formats for each regis- 
tered tenninal including at least said first and 
second terminals; 

a sesskxi manager for storing control informa- 
tbn relating to the first and second terminals, 
said control information including an identlfica- 
tbn of the first and second terminals participat- 
ing in the communk:ation session. 

2. The apparatus of claim 1 wherein saki circuit- 
switched network is a telephony networte 

3. The apparatus of claim 1 wherein sakl connection- 
less packet switched network is the Internet. 

4. The apparatus of claim 1 wherein sakl connection- 
oriented packet switched network is an ATM net- 
work. 

5. The apparatus of claim 1 wherein sakl connection- 
oriented packet switched network is a Frame-Relay 
network. 

6. The apparatus of claim 1 wherein sakl communtoa- 
tnn sesskm is established among at least three ter- 
minals and further comprising an aggregator for 
brklging a plurality of communcatbns received 
from a plurality of the terminals and for transmitting 
said plurality of communicatkxis to remaining ones 
of sakl at least three terminals. 



matkxi further includes informatnn defining a for- 
mat in which data is to be received by at least one 
of the first and second terminals. 

s 15. TTieapparatusof claim 14whereinsakldatafbnmat 
is alterable during the communicatkm session. 

16. The apparatus of claim 1 wherein sakl call set-up 
translator translates among a plurality of standards, 
10 including H.225, Q931 , Q.2931 , and SS7 signaling 
standards. 

a call set-up translator for translating among 
call set-up protocols associated with said circuit 

IS switched network, sakl connectionless packet 

switched network and said connection-oriented 
packet switched network; 
an encoding format translator for translating 
among encoding protocols associated with said 

20 circuit switched network, sakl connectbniess 

packet switched network and said connection- 
oriented packet switched network; 
an address database for storing a plurality of 
addresses in different fomiats for each regis- 

2S tared temninal including at least said first and 

second terminals; 

a session manager for storing control informa- 
tion relating to the first and second terminals, 
sakl control information including an identifica- 
30 tion of the first and second terminals partnipat- 

ing in the communicatk)n sesskm. 



7. The apparatus of claim 1 wherein sakl communk»- 3S 
tkxi session is an audio sesskxi. 

8. The apparatus of claim 1 wherein said communtoa- 
tion session includes video informatkxi. 

40 

9. The apparatus of claim 1 wherein sakl communica- 
tnn sess'nn is a multimedia session including audio 
and vkleo information. 



1 0. The apparatus of claim 1 wherein sakl encoding for- 4S 
mat translator is an audio format transbtor. 



11 . The apparatus of claim 1 wherein said encoding for- 
mat translator Is a vWeo format translator. 

50 

1 2. The apparatus of claim 1 wherein sakl encoding for- 
mat translator is a multimedia format translator. 



1 3. The apparatus of claim 1 wherein sakl control infor- 
mation further includes quality of servk:e require- ss 
ments. 



1 4. The apparatus of claim 1 wherein sakl conUol infor- 
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FIG. 6 



USER 300 SENDS A CAa REQUEST TO VOICE GATEWAY 100 
TO CONNECT TO USER 600 (USING USER 600's IP ADDRESS) 
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IP CALL SIGNALING 101 PARSES THE IP CALL SIGNAUNG 
MESSAGE. RETRIEVES THE IP ADDRESS OF USER 600 






t 




505 


IP CALL SIGNAUNG 101 SENDS AN ADDRESS QUERY TO ADDRESS ^ 
TRANSLATOR 105 TO RETRIEVE OTHER ADDRESSES OF USER 600 
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IP CALL SIGNAUNG 101 SENDS THE 800 NUMBER TO SIGNAUNG . 

FORMAT ADAPTOR 104 WHICH IN TURN CONSTRUCTS AN SS7 
MESSAGE AND SENDS IT TO THE TELEPHONY CAU. SIGNAUNG 102 
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TELEPHONY CAU. SIGNAUNG 102 SENDS THE SS7 MESSAGE TO THE - 
NCP AND RECEIVES THE TaEPHONE NUMBER CORRESPONDING 
TO THE 800 NUMBER FROM THE NCP 
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TELEPHONY CAU. SIGNAUNG 102 ESTABUSHES AN 
ISDN CONNECTION TO USER 600 
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USER 300 SENDS ITS SESSION CAPABIUTIES TO VOICE GATEWAY B 

OVER THE NEW CONNECHON. 
VOICE GATEWAY B IN RETURN PROXIES THE USER 300 BY SENDING 
USER 300 CAPABIUHES TO VOICE GATEWAY C. 
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USER 600 SENDS ITS SESSION CAPABIUTIES TO VOICE GATEWAY C 

OVER THE NEW CONNECTION. 
VOICE GATEWAY C IN RETURN PROXIES THE USER 600 BY SENDING 
USER 600 CAPABIUHES TO VOICE GATEWAY B. 
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SESSION MANAGER 304 IN BOTH VOICE GATEWAY B & C 
MAINTAINS USER 300 & 600 CAPABIUnES ASSOCIATED WITH THE CAU. 
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USER 300 SENDS A VOICE PACKET TO IP MIXER 201 WHICH IN 
TURN SENDS IT TO IP MD(ER 201 IN VOICE GATEWAY 201 
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